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Classification  Lists 

A Useful  Way  to  Organize  Ship  Design  Data 
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This  paper  presents  a method  of  data  classification  that  combines 
the  features  of  several  traditional  methods,  but  does  so  In  a new  way. 
The  result  Is  a set  of  very  desirable  ana  powerful  features.  However, 
the  technique  Is  cumbersome  when  carried  out  by  hand,  which  perhaps 
explains  why  It  was  discovered  recently  as  part  of  a computer-alaed 
design  research  project,  and  not  earlier. 

Related  to  this  fact  Is  another  which  Is  worth  mentioning,  namely  ■ 
computers  are  changing,  and  will  continue  to  change,  the  way  we  do 
design.  This  Is  true  not  only  oecause  machines  are  fast,  but  also 
because  methods  which  worked  well  by  hand  do  not  always  work  well  on 
computers.  Conversely,  methods  well  suited  to  computers  are  not  always 
convenient  when  carried  out  manually. 

This  Is  one  such  method. 
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General 


The  Classification  List  approach  to  data  classification  Is  not  a 
single  technique,  but  Is  composed  of  several  closely  Interwoven  techniques. 
Therefore,  to  understand  the  Classification  List  approach  requires  an 
understanding  of  the  several  entitles  which  are  Its  constituent  parts. 

These  Include: 


1. 

2. 

3. 

4. 

5. 

6. 


Organizational  Systems 
Classification  Lists 
System  Correlation  Matrices 
List  Correlations 
Related  Classification  Lists 
Classification  Attributes 


Each  of  these  entitles  will  be  described  separately.  First,  however, 
we  will  discuss  why  we  bother  with  data  classification  at  all. 


The  purpose  of  any  data  classification  scheme  Is  to  answer  questions 
not  easily  answered  otherwise,  the  most  common  being  - "what,  where, 
why,  and  what  kind." 

"What"  data  is  this?  Data  classification  schemes  answer  this 
question  by  specifying  a breakdown  for  design  data.  This  divides  a 
large  amount  of  data  Into  a set  of  more  easily  managed  pieces. 

"Where"  can  this  data  be  found?  Careful  construction  of  the 
organizational  aspects  of  the  classification  scheme  allow  any  piece  of 
data  to  be  easily  located  when  needed. 

"Why"  Is  this  data  necessary?  A data  classification  scheme  can 
give  insight  Into  why  a piece  of  data  is  present  by  specifying  its 
function,  or  operational  contribution  to  the  design. 

"What  kind"  of  data  Is  this?  This  question  can  be  addressed  by 
having  a classification  scheme  specify  a data  Item's  "type,"  or  method  of 
operation  within  the  design. 

Classification  schemes  are  also  useful  for  answering  questions 
regarding  data  interrelationships.  This  can  be  accomplished  by  providing 
data  subtotalling  capability,  and  also  by  use  of  various  types  of  data 
correlations. 

Note  that  the  above  questions  are  not  readily  answered  by  use  of 
data  values;  the  answers  are  qualitative  rather  than  quantitative  In 
nature.  For  example,  the  weight  of  a data  item  Is  readily  described  by 
a number  such  as  100  (100  tons,  kilograms,  etc.).  However,  to  say  the 
same  data  Item  has  a function  of  100  Is  meaningless,  unless  it  is  given 
meaning  by  a data  classification  scheme.  If  a given  classification 
scheme  defines  100  as  Hull  Structure,  then  a "function  value"  of  loo 
becomes  meaningful.  Thus,  data  classification  provides  a vehicle  by  which 
qualitative  information  may  be  described  in  a quantitative  manner. 

On  the  other  hand,  it  is  generally  not  efficient  to  use  data  classifi- 
cation schemes  to  answer  questions  that  are  quantitative  in  nature,  as 
these  are  more  readily  answered  by  data  values. 


Organizational  Systems 

One  very  common  way  of  building  a classification  scheme  is  to  use 
a hierarchal,  or  "tree,"  structure  as  the  basic  format.  As  applied  in 
the  Classification  List  approach,  hierarchal  structures  are  composed  of 
the  following  three  elements. 

1.  I.D.  Label  - an  alphanumeric  string  of  characters  that  serves 
as  the  name  of  the  given  line. 

2.  Description  - a short  (one  line)  definition  of  the  given  line. 

3.  Level  Number  - an  integer  value  that  defines  the  ranking  of  the 
given  line  within  the  hierarchal  structure.  Higher  level  numbers  imply 
greater  levels  of  breakdown,  i.e.,  finer  branches  of  the  tree.  The  first 
line  must  have  a Level  Number  of  zero,  i.e.,  the  "trunk"  of  the  tree. 

Figures  la  and  lb  illustrate  how  these  elements  combine  to  form  hierarchal 
structures. 
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1.0. 

Label 


Figure  la 

Sample  Hlerarchal  Structure 
Navy  Ship  Work  Breakdown  Structure  (SWBS) 
Group  3uu  (partial) 


Description 

Shipboard  Requirements 
Electric  Plant 
Electric  Power  Generation 
Ship  Service  Generators 
Emergency  Generators 
Batteries 

Power  Conversion  Equip. 
Power  Generation  Support 
SSTG  Lube  Oil  Sys. 
Diesel  Support  Sys. 
Turbine  Support  Sys. 


Level 

Number 


* Lowest  levels 
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Figure  lb 

Sample  Hlerarchal  Structure 
Bureau  of  Ships  Consolidated  Index  (BSCI) 
Group  3 (partial) 


Level 

Number 


Description 


Shipboard  Systems 
Electric  Plant 
Electric  Power  Generation 
Power  Distribution  Switchboards 
Power  Distribution  Sys.  (Cable) 


* Lowest  levels 


Classification  Lists 

Another  way  of  building  a classification  scheme  is  to  use  a simple 
list  structure  as  the  basic  format.  A list  structure  Is  defined  by 
specifying  two  types  of  elements. 

1.  I.D.  Label  - an  alphanumeric  string  of  characters  that  serves  as 
the  name  of  the  given  line. 

2.  Description  - a short  (one  line)  definition  of  the  given  line. 
Figures  2 and  4 Illustrate  how  these  elements  combine  to  form  list 
structures. 


Sample  List  Structure 
Requirements  Classification  List  (REQ) 


1.0. 

Label 

Description 

3uOA 

Ship  Service  Generators 

300B 

Emergency  Generators 

3UUC 

Battery  Charging  Equip. 

3UUD 

Power  Conversion  Equipment 

300E 

SSTG  Lube  Oil  System 

30UF 

Diesel  Generator  Support  Sys. 

3 DUG 

Turbine  Generator  Support  Sys 

, 
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In  many  respects,  a list  structure  is  equivalent  to  the  lowest 
levels  of  an  Organizational  System  listed  both  without  Level  Numbers  and 
in  any  arbitrary  order.  All  organizational  and  subtotalling  character- 
istics of  the  Organizational  System  have  been  stripped  away,  and  only 
the  basic  definition  of  the  classification  scheme  inherent  in  the  lowest 
levels  has  been  retained.  This  simple  structure  will  be  referred  to  as 
a “Classification  List."  Classification  Lists  are  the  heart  of  the 
Classification  List  approach  to  data  classification. 


System  Correlation  Matrices 

One  problem  frequently  encountered  In  design  Is  that  different 
engineers  need  to  structure  and  subtotal  the  same  basic  data  different 
ways.  This  frequently  leads  to  a prol Iferatlon  of  Organizational  Systems 
(engineers  seem  to  prefer  hlerarchal  structures),  each  tailored  to  a 
specific  use,  and  all  unreconcllable.  Thus,  data  produced  by  one  engineer 
In  his  system  cannot  readily  be  assimilated  by  other  engineers  into 
their  systems.  Any  attempt  to  create  a common  Organizational  System 
Invariably  leads  to  compromises  which  please  few  and  anger  many. 

The  Classification  List  approach  offers  a workable  solution  to  this 
problem: 


1.  Instead  of  creating  a common  Organizational  System,  create  a 
common  Classification  List.  This  defines  the  classification  breakdown 
without  specifying  organizational  or  subtotalling  characteristics. 

2.  Allow  each  engineer  to  create  and  use  his  own  Organizational 
System  and  System  Correlation  Matrix. 

The  key  to  this  solution  Is  the  System  Correlation  Matrix,  which 
Is  simply  a mapping  between  the  common  Classification  List  and  the 
various  Organizational  Systems.  It  consists  of  (N  + 1)  elements,  where 
(N)  Is  the  number  of  Organizational  Systems,  as  follows: 

1. )  List  1.0.  Label  - the  I.D.  Label  of  the  given  line  of  the 
Classification  List. 

2.  - N.)  System  1.0.  Labels  - the  I.D.  Labels  of  the  corresponding 
lines  of  each  Organizational  System. 

Figure  3 Illustrates  a simple  System  Correlation  Matrix  composed 
of  three  elements  (two  Organizational  Systems). 
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When  building  a System  Correlation  (one  column  of  the  Matrix), 
the  following  rules  must  be  adhered  to: 

Rule  #1.  Each  List  1.0.  may  map  into  one,  but  only  one,  System  I.D. 

Rule  #2.  Each  System  l.D.  must  map  into  one,  and  only  one.  List  I.D. 

Rule  #3.  System  I.D.s  may  be  either  upper  or  lower  levels  of  the  System. 
Rule  #4.  A List  I.D.  need  not  map  into  any  System  I.D. 

Some  of  the  implications  of  these  rules  are  as  follows: 

1.  A System  may  address  a subset  of  the  total  classification 
breakdown  of  the  List  (Rule  #4). 

2.  A System  may  not  contain  less  breakdown  than  the  subset  of  the 
List  which  it  addresses  (Rule  #2). 

3.  A System  may  contain  more  breakdown  than  the  List,  but  only  if 
the  extra  breakdown  occurs  below  upper  levels  which  themselves  map 
directly  into  the  List  (Rules  #1  and  #3). 

Notice  that  in  Figure  3 System  #2  violates  Rule  #2.  This  is  an 
example  of  an  invalid  System;  data  developed  using  System  #2  cannot  be 
transformed  into  either  the  Classification  List  or  System  #1.  However, 
data  developed  using  System  #1  (a  valid  system)  may  be  transformed  into 
either  the  List  or  System  #2.  This  demonstrates  the  reason  for  the 
above  rules.  Also,  notice  that  System  #2  is  valid  for  subtotalling, 
even  though  it  is  invalid  for  data  development.  In  general,  if  a System 
is  to  be  used  only  for  subtotalling,  and  not  data  development.  Rule  #2 
may  be  waived. 

Thus,  it  is  indeed  possible  for  engineers  to  use  their  classifi- 
cation schemes  and  still  be  able  to  communicate.  All  that  is  required  is  a 
common  communication  medium  (a  Classification  List)  and  the  discipline 
to  interface  with  it  (Rules  #1  to  #4). 
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List  Correlations 

System  Correlation  Matrices  provide  a mechanism  for  restructuring 
a common  classification  breakdown.  Frequently,  however.  It  becomes 
necessary  to  relate  fundamentally  different  breakdowns,  each  represented 


by  a separate  Classification  List.  For  example.  Figure  4 depicts  a 
compartment-oriented  List  that  Is  fundamentally  different  from  the 
Met  nf  Finurp  7. 


Figure  4 


I.D. 

Label 

3.21 

3.22 

3.41 

3.42 

3.51 

3.52 

3.53 

3.61 

3.62 


Sample  List  Structure 
Ship  Space  Classification  List  (SSCL) 


description 
Engine  Room 

Auxiliary  Machinery  Room 
Ship  Service  Generator  Room 
Emergency  Generator  Room 
Diesel  Oil  Tank 
JP-5  Tank 
Lube  Oil  Tank 
Intake  Trunk 
Exhaust  Trunk 
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ngure  & 

Sample  List  Correlation 


Ascription 


S.S  Generators 
Emer.  Generators 
Battery  Charging 
Power  Conversion 
SSTG  L.O.  Sys. 

SSTG  L.O.  Sys. 

Diesel  Gen  Support 
Diesel  Gen  Support 
Diesel  Gen  Support 
Diesel  Gen  Support 
Turbine  Gen  Support 
Turbine  Gen  Support 
Turbine  Gen  Support 
Turbine  Gen  Support 
v 

Classification  List 
for  Hardware  (REQ) 


List  Correlation 

A 

I.D. 

Label  (REO) 


I.D. 

Label  (SSCL) 


Description 

S.S  Generator  Rm. 
Emer.  Generator  Rm. 
Aux.  Machy.  Rm. 

Aux.  Machy.  Rm. 

S.S.  Generator  Rm. 
L.O.  Tank 

Emer.  Generator  Rm. 
Diesel  Oil  Tank 
Intake  Trunk 
Exhaust  Trunk 
S.S.  Generator  Rm. 
JP-5  Tank 
Intake  Trunk 
Exhaust  Trunk 


Classification  List 
for  Compartments  (SSCL) 


There  Is  no  theoretical  restriction  on  building  a List  Correlation; 

I.D.  Labels  of  one  List  may  be  mapped  Into  as  few  or  as  many  Labels  of 
the  other  List  as  desired.  In  practice,  however,  restrictions  or  conventions 
may  be  established  commensurate  with  the  nature  of  the  specific  problem 
being  addressed. 

Related  Classification  Lists 

One  Important  aspect  of  design  that  influences  the  construction  of 
Classification  Lists  is  level  of  detail.  In  early  design  stages,  the 
level  of  detail  is  gross,  and  corresponding  Classification  Lists  will 
have  relatively  few  lines.  In  later  design  stages,  the  level  of  detail 
becomes  finer,  and  Cl assi fiction  Lists  must  grow  In  size  to  accommodate 
the  additional  classification  breakdown.  Thus,  different  Classification 
Lists  are  needed  for  different  design  stages.  However,  these  different 
Lists  must  be  coordinated  such  that  later  stage  data  can  be  mapped 
directly  into  earlier  stage  Lists  for  purposes  such  as  monitoring  space 
and  weight  growth.  Similarly,  data  In  one  design  stage  must  be  capable 
of  Initiating  the  next  design  stage,  i.e.,  the  Classification  Lists  must 
be  capable  of  "passing  the  design  along."  To  meet  these  requirements. 

Related  Classification  Lists  can  be  used. 

Like  System  Correlation  Matrices,  Related  Classifiction  Lists 
relate  data  that  is  fundamentally  the  same,  but  use  List  Correlations 
to  do  so.  Also,  in  this  case,  a set  of  Rules  must  be  followed  when 
creating  the  List  Correlations. 

Rule  #1.  Each  List  I.D.  of  the  later  stage  system  must  ma  into 
one,  and  only  one,  early  stage  List  I.D. 

Rule  #2.  Each  early  stage  List  I.D.  must  map  Into  one  or  more 
later  stage  List  I.D.s. 

These  rules  imply  that  a later  stage  Classification  List  must  be 
created  directly  from  an  earlier  stage  List  by  further  breaking  down 
Individual  lines  of  the  early  stage  List  (Rule  #2).  Lines  resulting 
from  the  further  breakdown  may  not  be  recombined  with  one  another  (Rule  #1). 

There  are  no  restrictions  on  Organizational  Systems  associated  with 
Related  Classification  Lists  beyond  the  Rules  relating  to  System  Correla- 
tion Matrices;  each  List  may  have  its  own  unique  set  of  Organizational 
Systems.  Therefore,  early  stage  and  later  stage  engineers  may  organize 
the  design  data  differently  to  suit  their  own  needs. 

Figure  6 illustrates  Related  Classification  Lists  for  both  an 
earlier  and  a later  design  stage  than  the  List  of  Figure  2. 


Figure  6 

Related  Classification  Lists 


Classification  Attributes 
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Thus  far,  methods  have  been  presented  for  answering  both  the  "What", 
or  specification  of  breakdown,  question  (i.e.,  use  Classification  Lists) 
and  also  the  "Where,"  or  specification  of  organization,  question  (i.e., 
use  Organizational  Systems).  In  addition,  methods  of  inter-relating 
data  using  both  subtotalling  (via  Organizational  Systems)  and  correlations 
(System  Correlation  Matrices,  List  Correlations,  and  Related  Classification 
Lists)  have  been  presented.  However,  two  questions  still  remain  unanswered  - 
"Why"  or  specification  of  function,  and  "What  Kind,"  or  specification  of 
type.  Both  of  these  questions  are  directly  addressed  by  the  breakdown 
inherent  in  a Classification  List.  The  answers  a Classification  List  is 
capable  of  providing  to  the  "Why"  and  "What  Kind"  question  are  called 
the  Classification  Attributes  of  the  List. 

Classification  Attributes  are  extremely  important  because  they  form 
the  building  blocks  from  which  a Classification  List  is  built.  There 
are  two  basic  kinds  of  Classification  Attributes:  Function  Attributes, 
which  address  the  "Why"  question,  and  Type  Attributes,  which  address  the 
"What  Kind"  question.  A Classification  List  may  be  built  from  Function 
Attributes,  or  Type  Attributes,  or  both. 

Function  Attributes  attempt  to  explain  why  something  is  needed, 
usually  by  specifying  its  operational  contribution  to  the  design.  Also, 
Function  Attributes  tend  to  be  insensitive  to  time  and  technological 
change,  so  a Classification  List  built  largely  from  Function  Attributes 
could  be  used  for  a long  period  of  time  with  relatively  few  modifications. 

Figure  7 gives  an  example  of  Function  Attributes. 
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Figure  7 

Function  Classification  Attributes 
Function 

I.D. 


Character 

Name 

Definition 

E 

Power  Generation 

Generation  and  control  of 
power  required  for  the  opera- 
tion of  onboard  equipment 
and  machinery 

P 

Propulsion 

Generation  and  harnessing  of 
power  required  for  locomotion 
of  the  ship 

Sub-Function 

I.D. 

Character 

Name 

Definition 

0 

Operation 

Performance  of  the  primary 
tasks  or  duties  involved  in 
carrying  out  the  given  Function 

S 

Support 

Generation  and/or  control  of 
factors  required  for  the 
proper  performance  of  the  given 
function 
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Type  Attributes  are  used  to  specify  qualities  that  are  Important  to 
the  design.  Frequently,  this  takes  the  form  of  specifying  method  of 
operation,  or  the  various  ways  of  achieving  a function.  Consequently, 

Type  Attributes  frequently  act  as  modifiers  to  Function  Attributes,  but 
unlike  Function  Attributes,  Type  Attributes  tend  to  be  time  and  technology 
dependent.  Thus,  a Classification  List  built  largely  from  Type  Attributes 
will  probably  require  frequent  modification  to  remain  current. 

Figure  8 shows  some  sample  Type  Attributes. 


Figure  b 

Type  Classification  Attributes 
Operating  Condition 


I.D. 

Character 

S 

E 


I.D. 

Character 

S 


D 


G 


Name 

Ship  Service 


Emergency 


Type  of  Prime  Mover 


Definition 

Equipment  used  to  carry  out 
a given  Function  under  normal 
operating  conditions. 

Equipment  used  to  carry  out 
a given  Function  when  the  Ship 
Service  equipment  is  damaged 
or  otherwise  unavailable. 


Name 


Definition 


Steam  Turbine 


Diesel 


Gas  Turbine 


Steam  turbines  and  their 
associated  boilers  that  provide 
the  primary  source  of  power 
for  carrying  out  a given 
Function. 

Diesel  internal  combustion 
engines  that  provide  the 
primary  source  of  power  for 
carrying  out  a given  Function. 

Gas  turbine  engines  that 
provide  the  primary  source  of 
power  for  carrying  out  a given 
Function. 
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Figure  8 (Continued) 


Type  of  Support  System 


1.0. 

Character  Name 

F Fuel 


A 


Air 


L 


Lube  Oil 


Definition 

Systems  for  storing,  treating, 
and  transporting  the  reactant 
agent  for  prime  movers  that 
harness  chemical  energy 

Systems  for  storing,  treating, 
and  transporting  the  oxidizing 
agent  for  prime  movers  that 
harness  chemical  energy 

Systems  for  storing,  treating, 
and  transporting  lubricants 
for  prime  movers.  Does  not 
Include  systems  dedicated  to 
the  lubrication  of  prime  mover 
support  systems  (goes  with 
support  system) 


f 


I 


The  first  step  In  building  a Classification  List  Is  to  determine 
the  Classification  Attributes,  which  consists  of  defining  the  following 
three  elements. 

1.  I.D.  Character  - a one  character  Identifier  representing  the 
given  Attribute. 

2.  Name  - a one  or  two  word  description  of  the  Attribute. 

3.  Definition  - an  explicit,  unambiguous  explanation  that  serves 
as  the  "rul ebook”  for  determining  whether  the  Attribute  applies  to  a 
given  piece  of  data. 

Figures  7 and  8 also  give  examples  of  this  structure. 

The  second  step  In  building  a Classification  List  Is  to  combine  the 
Classification  Attributes  to  form  the  List.  Although  the  Attributes 
could  theoretically  be  combined  In  many  ways.  In  practice,  the  person 
defining  the  Attributes  will  usually  have  done  so  with  an  eye  toward  how 
they  will  combine  to  form  the  List,  so  this  step  will  probably  be  relatively 
straightforward. 

Figure  9 shows  one  way  of  combining  the  Classification  Attributes 
of  Figures  7 and  8 Into  a Classification  List. 
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Figure  9 


1.0. 

Label 

EOSS 

EOSD 

EOSG 

EOES 

EOED 

EOEG 

ESSSF 

ESSSA 

ESSSL 

ESSDF 

ESSDA 

ESSDL 

ESSGF 

ESSGA 

ESSGL 

ESESF 

ESESA 

ESESL 

ESEDF 

ESEDA 

ESEDL 

ESEGF 

ESEGA 

ESEGL 


Classification  List 
built  from 

Classification  Attributes 

Requirements  Classification  List,  Structured  ( REQ-S ) 


Description 

Ship  Service  Power  Turbor-Generators 
Ship  Service  Power  Diesel  Generators 
Ship  Service  Power  Gas  Turbine  Generators 
Emergency  Power  Turbo-Generators 
Emergency  Power  Diesel  Generators 
Emergency  Power  Gas  Turbine  Generators 

S.S.  Turbo-Generators  Fuel  Sys. 

S.S.  Turbo-Generators  Air  Sys. 

S.S.  Turbo-Generator  Lube  Oil  Sys. 

S.S.  Diesel  Generator  Fuel  Sys. 

S.S.  Diesel  Generator  Air  Sys. 

S.S.  Diesel  Generator  Lube  Oil  Sys. 

S.S.  Gas  Turbine  Fuel  Sys. 

S.S.  Gas  Turbine  Air  Sys. 

S.S.  Gas  Turbine  Lube  Oil  Sys. 

Emergency  Turbo-Generator  Fuel  Sys. 
Emergency  Turbo-Generator  Air  Sys. 
Emergency  Turbo-Generator  Lube  Oil  Sys. 
Emergency  Diesel  Generator  Fuel  Sys. 
Emergency  Diesel  Generator  Air  Sys. 
Emergency  Diesel  Generator  Lube  Oil  Sys. 
Emergency  Gas  Turbine  Generator  Fuel  Sys. 
Emergency  Gas  Turbine  Generator  Air  Sys. 
Emergency  Gas  Turbine  Lube  Oil  Sys. 
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Notice  that  the  Classification  List  of  Figure  9 answers  all  of  the 
questions  hinted  at  In  the  List  of  Figure  2.  Figure  9 Is  much  more 
complete  and  comprehensive  than  Figure  2,  however,  because  It  was 
developed  from  sets  of  Classification  Attributes,  each  set  completely 
addressing  one  type  of  question.  Thus,  Classification  Attributes  pro- 
vide a structured,  rational  method  for  building  a Classification  List 
based  on  the  questions  it  must  answer.  In  addition,  the  Classification 
Attributes  provide  the  definition  of  the  Classification  List  via  the 
Attribute  "Definition"  element;  definitions  need  not  be  written  for  each 
line  of  the  List  Itself.  Modification  of  the  List  also  becomes  easier 
by  use  of  the  Attributes.  If  new  questions  need  to  be  answered,  one 
simply  creates  a new  set  of  Classification  Attributes,  and  combines 
these  with  the  existing  List  to  form  a new  List.  The  new  and  old  Lists 
will  be  Related  Classification  Lists,  and  data  in  the  new  List  will  be 
directly  mappable  Into  the  Old  List.  Also,  data  in  the  old  List  can  be 
mapped  Into  the  new  List  If  the  data  can  be  further  broken  down  according 
to  the  new  set  of  Attributes.  Expansions  to  existing  sets  of  Attributes, 
such  as  to  update  Type  Attributes  to  reflect  new  technology,  can  be 
handled  the  same  way. 

The  following  summarizes  the  major  points  regarding  the  use  of 
Classification  Attributes. 

1.  Attributes  should  be  chosen  to  answer  questions  involving 
function,  type,  or  other  Issues  of  a qualitative  nature. 

2.  Attributes  should  not  address  Issues  of  a quantitative  nature, 
such  as  size,  location,  strength,  magnitude,  direction,  etc. 

3.  Only  Attributes  which  are  Important  to  the  design  should  be 
chosen. 

4.  Attributes  may  be  used  to  modify  other  Attributes.  "I.D. 
Characters"  of  modifying  Attributes  are  combined  to  form  Classification 
List  "I.D.  Labels."  "Names"  of  modifying  Attributes  are  combined  to 
form  Classification  List  "Descriptions."  The  definition  of  a line  in  a 
Classification  List  Is  provided  by  the  "Definitions"  of  Its  constituent 
Classification  Attributes. 


5.  Function  Attributes  should  not  be  used  to  modify  Type  Attributes. 
All  other  modification  possibilities  are  acceptable,  e.g..  Function 
modifying  Function,  Type  modifying  Type,  Type  modifying  Function. 


6.  A new  Classification  List  formed  by  expanding  existing  Attributes, 
or  adding  new  sets  of  Attributes,  to  an  existing  List  forms  a Related 
Classification  List  with  the  existing  one. 


Real  World  Application 

The  following  Is  an  example  of  a recent  application  of  the  Classi- 
fication List  approach  to  solve  a real  world  problem. 

Several  years  ago,  the  Navy  changed  from  the  Bureau  of  Ships  Con- 
solidated Index  (BSCI)  classification  system  to  the  Ship  Work  Breakdown 
System  (SWBS).  As  a result,  it  became  necessary  to  convert  much  weight 
data  collected  and  organized  by  BSCI  to  the  new  SWBS  system. 

This  conversion  process  could  be  broken  Into  three  separate  cases. 

The  simplest  case  Involved  mapping  a BSCI  weight  directly  to  a corresponding 
SWBS  category. 


Case  1:  BSCI  XXX *SWBS  AAA 


In  other  cases,  several  BSCI  weights  needed  to  be  added  to  form  a 
corresponding  SWBS  weight. 


Case  2: 


BSCI 

BSCI 

BSCI 


■V  SWBS  AAA 


In  most  cases,  however,  part  of  several  8SCI  weights  needed  to  be  added 
to  form  a SWBS  weight. 


Case  3: 


••BSCI 

BSCI  XXX — ^BSCI 
BSCI  YYY — BSCI 
^BSCI 




XXX2  SWBS  AAA 

YYY1  — 

YYY2 


Because  most  SWBS  groups  were  formed  as  per  Case  3,  converting 
weight  from  BSCI  to  SWBS  was  a complex,  confusing,  and  time-consuming 
task  worthy  of  the  time  of  the  most  experienced  Navy  weight  engineers. 

In  addition,  SWBS  weights  could  not  be  mapped  back  to  BSCI  without  a 
similar  effort,  making  It  Impractical  to  compare  new  SWBS  weights 
against  old  but  well-established  BSCI  data  and  algorithms  when  and  If 
the  need  arose.  Navy  weight  engineers  were  faced  with  a formidable 
problem. 

A solution  emerged  In  the  form  of  the  Classification  List  approach. 

BSCI  and  SWBS  were  Organizational  Systems  of  a similar  nature  (both 
classified  hardware  and  requirements  by  function  and  type.)  Two  such 
Organizational  Systems  may  be  related  by  a System  Correlation  Matrix  of 
three  elements: 


Element  1 - Classification  List  1.0.  Label 
Element  2 • SWBS  I.D.  Label 
Element  3 - BSCI  I.D.  Label 
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Two  of  these  three  elements,  I.e.,  BSCI  and  SWBS  Labels,  were  already 
defined.  Thus  the  Classification  List  was  the  only  missing  element. 

The  required  Classification  List  was  formed  as  follows: 

1.  All  BSCI  Lowest  Level  I.D.  Labels  were  listed. 

2.  Each  1.0.  Label  In  the  list  was  Identified  as  belonging 
to  Cases  1 , 2,  or  3. 

3.  All  I.D.  Labels  Identified  as  case  1 or  2 were  retained 
as  Is. 

4.  All  I.D.  Labels  Identified  as  Case  3 were  broken  Into  the 
parts  necessary  to  map  Into  SWBS.  These  parts  were  added 
to  the  list,  and  the  original  I.D.  Labels  from  which  they 
were  derived  were  discarded. 

With  the  Classification  List  thus  formed,  the  System  Correlation  Matrix 
was  easily  developed. 

This  Classification  List  and  System  Correlation  Matrix  provided  the 
following  new  capabilities. 

1.  Weights  classified  using  the  Classification  List  could 
be  readily  summarized  by  both  BSCI  and  SWBS  via  the 
Correlation  Matrix. 

2.  The  Classification  List  served  as  explicit  documentation 
of  the  BSCI  to  SWBS  conversion  process,  with  the  following 
effects. 

a.  The  probability  of  error  In  the  conversion  process 
was  reduced. 

b.  The  conversion  task  became  easier  to  contract  out. 

c.  The  cost  of  conversion  was  reduced. 

3.  Weights  classified  using  the  Classification  List  became 
relatively  Insulated  from  periodic  changes  made  to  SWBS. 
Many  such  changes  were  handled  by  simply  changing  the 
SWBS  Correlation  Matrix,  with  few  or  no  modifications 
needed  In  the  library  of  weight  data  already  converted 
to  Classification  List  format. 

A further  point  worth  mentioning  Is  that  this  real  world  problem 
was  solved  using  only  three  of  the  six  parts  of  the  full  Classification 
List  approach: 
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1.  Organizational  Systems 

2.  Classification  Lists 

3.  System  Correlation  Matrices 

List  Correlations,  Related  Classification  Lists,  and  Classification 
Attributes  were  not  invoked  in  this  particular  case.  Thus,  the 
Classification  List  approach  provides  engineers  and  designers  with  a 
workshop  of  half  a dozen  tools,  any  or  all  of  which  may  be  used  to  build 
a solution  to  data  classification  problems. 


‘ I.A-V.  WW1  > .. 
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Conclusion 

This  paper  has  described  Classification  Lists  - how  to  build  them, 
relate  them,  and  organize  and  subtotal  them  different  ways.  But,  because 
of  the  versatile  and  4ynamic  nature  of  the  Lists,  this  paper  does  not 
claim  to  have  touched  on  all  their  possibilities.  If  you  have  a data 
Classification  problem  that  Is  not  addressed  by  this  paper.  It  Is  still 
extremely  probable  that  the  Classification  List  approach  can  provide  the 
answer  - either  by  inventing  a new  kind  of  correlation  or,  perhaps,  by 
some  other  mechanism  or  relationship  not  even  envisioned  as  of  this 
writing.  The  possibilities  are  limited  only  by  one's  Imagination. 
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